home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3154 / 588.txt < prev    next >
Text File  |  1992-05-11  |  32KB  |  882 lines
  1. Info-Atari16 Digest         Sun, 10 Nov 91       Volume 91 : Issue 588
  2.  
  3. Today's Topics:
  4.                              BGERVIN: HEY
  5.                              common lisp
  6.                             CS_TeX Update
  7.                      For Sale: Sound Designer ST
  8.      less97 diffs (was: Re: using less.ttp as the Neodesk pager)
  9.                             Misc Questions
  10.          PD or shareware Fortran Compiler out there (2 msgs)
  11.                      Print Spoolers for Spectre?
  12.                            SCSI info needed
  13.                     SST, MegaTalk, Gadgets Updates
  14.                      stupid SX212 modem question
  15.                             Video Toaster
  16.                          What Is Adspeed STe?
  17.               WordPerfect 2.x for the Mac (via Spectre)
  18.  
  19. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  20. cross-posting to/from Usenet is getting closer, but still getting thrashed
  21. out.  Please send notifications about broken digests or bogus messages
  22. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  23.  
  24. Please send requests for un/subscription and other administrivia to
  25. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  26. instead of the moderators are likely to be lost or ignored.
  27.  
  28. If you want to unsubscribe, and you're receiving the digest indirectly
  29. from someplace (usually a BITNET host) that redistributes it, please
  30. contact the redistributor, not us.
  31. ----------------------------------------------------------------------
  32.  
  33. Date: 10 Nov 91 20:22:15 GMT
  34. From: fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu
  35.  (Mark Choi)
  36. Subject: BGERVIN: HEY
  37. To: Info-Atari16@naucse.cse.nau.edu
  38.  
  39. HEY: I AM STILL LOOKING FOR YOU. I need your tele no., as I can not email you.
  40.  
  41. mark
  42.  
  43. ------------------------------
  44.  
  45. Date: 11 Nov 91 02:31:05 GMT
  46. From:
  47.  noao!ncar!elroy.jpl.nasa.gov!sdd.hp.com!think.com!rpi!sarah!sarah.albany.edu!ad
  48.  0834@arizona.edu (Andy Dickinson)
  49. Subject: common lisp
  50. To: Info-Atari16@naucse.cse.nau.edu
  51.  
  52. I have a text called "Common LISPCraft" by Wilensky et al which is
  53. pretty good.  I'm not sure if that's what you're asking.....
  54.  
  55. I'd assume that clisp supports the regular common lisp stuff...
  56.  
  57.  
  58. Oh well...
  59.  
  60.  
  61.  
  62.                                                 - Andy Dickinson
  63.  
  64. --
  65. Internet : ad0834@sarah.albany.edu      Bitnet : AD0834@ALBNYVMS.BITNET
  66. USMail   : 271 Lark St. #3, Albany NY 12210          Ph : (518) 426 - 7907
  67. * * Capital Dist. Draft and Military Counselors : [ Info : (518) 434 - 4037 ]
  68. --
  69. Internet : ad0834@sarah.albany.edu      Bitnet : AD0834@ALBNYVMS.BITNET
  70. USMail   : 271 Lark St. #3, Albany NY 12210          Ph : (518) 426 - 7907
  71. * * Capital Dist. Draft and Military Counselors : [ Info : (518) 434 - 4037 ]
  72.  
  73. ------------------------------
  74.  
  75. Date: 10 Nov 91 18:52:14 GMT
  76. From:
  77.  noao!asuvax!cs.utexas.edu!wupost!psuvax1!psuvm!frmop11!barilvm!technion!phr00jg
  78.  @arizona.edu (Jacques J. Goldberg)
  79. Subject: CS_TeX Update
  80. To: Info-Atari16@naucse.cse.nau.edu
  81.  
  82. As a TeX "veteran" (using it on various platforms since 1982), could I
  83. suggest that version numbering respects or at least reminds the OFFICIAL
  84. TeX version used? CS_TeX 2.10 is awfully confusing in 1991 where TeX 3.1x
  85. is probably the current version number. If CS_TeX 2.10 had anything to do
  86. with TeX 2.xx, I would not touch it because of lack of compatibility with
  87. the rest of the world. I know it hasn't, but why confuse a situation which
  88. is already not very simple because of the sophistication of TeX?
  89.  
  90. ------------------------------
  91.  
  92. Date: 11 Nov 91 00:06:48 GMT
  93. From: bu.edu!bucsf.bu.edu!selick@uunet.uu.net (Steven Selick)
  94. Subject: For Sale: Sound Designer ST
  95. To: Info-Atari16@naucse.cse.nau.edu
  96.  
  97. For Sale:
  98.  
  99. Sound Designer for Atari ST
  100. ---------------------------
  101.  
  102. This complete software package is the best sample editing software
  103. around. It does on-screen editing of waveforms, loops, and cut and
  104. allows cut and paste of samples. It supports most major samplers, and
  105. midi sample dump format as well. The price is right at just $200!
  106.  
  107. Call Steve @ 617-566-4654 or e-mail <selick@bucsf.bu.edu>
  108.  
  109. ------------------------------
  110.  
  111. Date: 9 Nov 91 22:40:28 GMT
  112. From: math.fu-berlin.de!uniol!olis!nicedel!lynx1!jelal!nox@uunet.uu.net (Juergen
  113.  Lock)
  114. Subject: less97 diffs (was: Re: using less.ttp as the Neodesk pager)
  115. To: Info-Atari16@naucse.cse.nau.edu
  116.  
  117. In <1991Nov7.194716.587@mailer.cc.fsu.edu> boyd@pipe.cs.fsu.edu (Mickey Boyd)
  118.  writes:
  119. >[less]
  120. >  The only thing I miss is the ability to hit "v"
  121. >and fire up an editor (less reports "no shell!"), but I can live with that.
  122.  
  123.  hmm, did you set $SHELL and $EDITOR ? the shell has to understand
  124. '-c <command>' and the editor shouldn't use GEM, though.
  125.  
  126. >It is so nice to have a file viewer I can search for stuff with (using the
  127. >"/" directive)!
  128.  
  129.  true. or under MiNT, you can put it at the end of a pipe and then
  130. search and scroll around in the output...
  131.  
  132. >By the way, this is the less available from atari.archive in the file
  133. >/atari/utilities/less.arc.  There is also a less97.arc out there, but it
  134. >is a MINT specific port.
  135.  
  136.  well, actually that version _did_ run under TOS (to a certain
  137. extent at least), only it needs something sensible in /etc/termcap.
  138. the reason i hacked on it was another: to fix a bug that sometimes
  139. caused it to allocate much more memory than it really needed...
  140. diffs are short enough i think i can simply post 'em here. :-)
  141. (the other changes are to keep poor ol' GEMDOS a little more happy
  142. when running under TOS, and because of differences in the MiNT
  143. library the original port used. lib/console.c is from MiNT lib
  144. pl 10, but looks like pl 14 needs the patch as well. (guess my
  145. `bugreport' was a few days late :-) )
  146.  
  147.  btw, eric, did you get my last 2 mails? looks like some box on the
  148. (UUCP) way to my home address is dropping mail. :-( i've set
  149. Reply-To to send a copy to my bitnet address, in case you read this...
  150.  
  151.  ah yes, and while i'm at it: job control in MiNT 09 works better
  152. now, but stopping eg a less that was spawned from another program
  153. (eg another less, like when u hit `h'elp :-) still requires more
  154. than one ~Z, if it doesn't hang MiNT completely. (similar to
  155. the `hanging bash syndrome'... :-( ) maybe it's a difference when
  156. a program does `kill(getpid(), SIGTSTP);' instead of getting the
  157. signal from the terminal directly?
  158.  
  159. >...
  160. >Also, I have a buddy that complains about not having a good pager program for
  161. >his TT.  We are going to test out less to see if it works on his system.
  162.  
  163.  maybe you'll have to adjust :li and :co in in the termcap entry,
  164. but otherwise should be no problem.
  165.  
  166.  bye...
  167.         Juergen
  168. --
  169. J"urgen Lock / nox@jelal.north.de / ..!uunet!unido!sol.north.de!jelal!nox
  170.                                                                 ...ohne Gewehr
  171.  
  172. diff -c ../orig/command.c ./command.c
  173. *** ../orig/command.c   Sun Jan  6 00:15:50 1991
  174. --- ./command.c Fri Sep 27 01:42:22 1991
  175. ***************
  176. *** 28,33 ****
  177. --- 28,37 ----
  178.   extern char *current_file;
  179.   #if EDITOR
  180.   extern char *editor;
  181. + # if MINT
  182. + extern int  file;
  183. + extern int  __mint;
  184. + # endif
  185.   #endif
  186.   extern int screen_trashed;    /* The screen has been overwritten */
  187.  
  188. ***************
  189. *** 306,311 ****
  190. --- 310,316 ----
  191.                          * Make one pass to see how big a buffer we
  192.                          * need to allocate for the expanded shell cmd.
  193.                          */
  194. +                       n = 0;
  195.                         for (fr = cmdbuf;  *fr != '\0';  fr++)
  196.                                 if (*fr == '%')
  197.                                         n += strlen(current_file);
  198. ***************
  199. *** 735,740 ****
  200. --- 740,757 ----
  201.                         else
  202.                                 sprintf(cmdbuf, "%s +%d %s",
  203.                                         editor, c, current_file);
  204. + #if MINT
  205. +                       /* poor GEMDOS gets confused when a file is
  206. +                          open more than once...  -nox */
  207. +                       if (!__mint && file) {
  208. +                               close(file);
  209. +                               lsystem(cmdbuf);
  210. +                               if ((file = open(current_file, 0)) < 0) {
  211. +                                       error("Couldn't reopen file");
  212. +                                       edit("");
  213. +                               }
  214. +                       } else
  215. + #endif
  216.                         lsystem(cmdbuf);
  217.                         ch_init(0, 0);
  218.                         clr_linenum();
  219. diff -c ../orig/makefile ./makefile
  220. *** ../orig/makefile    Sun Jan  6 01:23:28 1991
  221. --- ./makefile  Fri Sep 20 03:07:36 1991
  222. ***************
  223. *** 16,22 ****
  224.   #     make clean      # Removes "less" and the .o files.
  225.   #     make clobber    # Pretty much the same as make "clean".
  226.  
  227. ! SHELL = g:/bin/init.prg
  228.  
  229.   ##########################################################################
  230.   # Compilation environment.
  231. --- 16,25 ----
  232.   #     make clean      # Removes "less" and the .o files.
  233.   #     make clobber    # Pretty much the same as make "clean".
  234.  
  235. ! #SHELL = g:/bin/init.prg
  236. ! CC = gcc.ttp
  237. ! AS = gcc-as.ttp
  238. ! LD = gcc-ld.ttp
  239.  
  240.   ##########################################################################
  241.   # Compilation environment.
  242. ***************
  243. *** 45,52 ****
  244.   # It is normally "-O" but may be, for example, "-g".
  245.   OPTIM = -O -fcombine-regs -fomit-frame-pointer
  246.  
  247. ! CFLAGS = $(OPTIM)
  248. ! LDFLAGS = -s
  249.  
  250.  
  251.   ##########################################################################
  252. --- 48,56 ----
  253.   # It is normally "-O" but may be, for example, "-g".
  254.   OPTIM = -O -fcombine-regs -fomit-frame-pointer
  255.  
  256. ! #CFLAGS = $(OPTIM)
  257. ! CFLAGS = $(OPTIM) -DMINT
  258. ! #LDFLAGS = -s
  259.  
  260.  
  261.   ##########################################################################
  262. ***************
  263. *** 61,67 ****
  264.  
  265.   OBJ = main.o option.o prim.o ch.o position.o input.o output.o \
  266.         screen.o prompt.o line.o signal.o os.o help.o ttyin.o \
  267. !       decode.o command.o linenum.o tags.o version.o
  268.  
  269.  
  270.   ##########################################################################
  271. --- 65,72 ----
  272.  
  273.   OBJ = main.o option.o prim.o ch.o position.o input.o output.o \
  274.         screen.o prompt.o line.o signal.o os.o help.o ttyin.o \
  275. !       decode.o command.o linenum.o tags.o version.o \
  276. !       lib/console.o
  277.  
  278.  
  279.   ##########################################################################
  280. diff -c ../orig/os.c ./os.c
  281. *** ../orig/os.c        Sun Jan  6 00:15:50 1991
  282. --- ./os.c      Fri Sep 27 01:12:24 1991
  283. ***************
  284. *** 23,28 ****
  285. --- 23,32 ----
  286.  
  287.   static jmp_buf read_label;
  288.  
  289. + #if MINT
  290. + extern int    __mint;
  291. + #endif
  292. +
  293.   /*
  294.    * Pass the specified command to a shell to be executed.
  295.    * Like plain "system()", but handles resetting terminal modes, etc.
  296. ***************
  297. *** 66,75 ****
  298. --- 70,88 ----
  299.          * Force standard input to be the terminal, "/dev/tty",
  300.          * even if less's standard input is coming from a pipe.
  301.          */
  302. + #if MINT
  303. +       /* try to keep GEMDOS happy...  -nox */
  304. +       inp = 0;
  305. +       if (__mint || !isatty(0)) {
  306. +               inp = dup(0);
  307. +               dup2(__mint ? open("/dev/tty", 0) : -1, 0);
  308. +       }
  309. + #else
  310.         inp = dup(0);
  311.         close(0);
  312.         if (open("/dev/tty", 0) < 0)
  313.                 dup(inp);
  314. + #endif
  315.  
  316.         /*
  317.          * Pass the command to the system to be executed.
  318. ***************
  319. *** 95,103 ****
  320. --- 108,123 ----
  321.         /*
  322.          * Restore standard input, reset signals, raw mode, etc.
  323.          */
  324. + #if MINT
  325. +       if (__mint || inp) {
  326. +               dup2(inp, 0);
  327. +               close(inp);
  328. +       }
  329. + #else
  330.         close(0);
  331.         dup(inp);
  332.         close(inp);
  333. + #endif
  334.  
  335.         init_signals(1);
  336.         raw_mode(1);
  337. ***************
  338. *** 201,207 ****
  339.                 /*
  340.                  * Read the output of <$SHELL -c "echo filename">.
  341.                  */
  342. !               cmd = calloc(strlen(p)+12);
  343.                 if (cmd == NULL)
  344.                         return (filename);
  345.                 sprintf(cmd, "%s -c \"echo %s\"", p, filename);
  346. --- 221,228 ----
  347.                 /*
  348.                  * Read the output of <$SHELL -c "echo filename">.
  349.                  */
  350. ! /*            cmd = calloc(strlen(p)+12); */
  351. !               cmd = calloc(strlen(p)+strlen(filename)+12, sizeof(char));
  352.                 if (cmd == NULL)
  353.                         return (filename);
  354.                 sprintf(cmd, "%s -c \"echo %s\"", p, filename);
  355. diff -c ../orig/output.c ./output.c
  356. *** ../orig/output.c    Sun Jan  6 00:15:50 1991
  357. --- ./output.c  Fri Sep 20 02:37:02 1991
  358. ***************
  359. *** 17,22 ****
  360. --- 17,26 ----
  361.   extern int any_display;
  362.   extern char *line;
  363.   extern char *first_cmd;
  364. +
  365. + #if MINT
  366. + extern int    __mint;
  367. + #endif
  368.  
  369.   /*
  370.    * Display the line which is in the line buffer.
  371. ***************
  372. *** 121,126 ****
  373. --- 125,158 ----
  374.  
  375.   static char obuf[1024];
  376.   static char *ob = obuf;
  377. +
  378. + #if MINT
  379. + /* same as write() but translates \n -> \r\n */
  380. + xwrite(fd, buf, count)
  381. +       int fd, count;
  382. +       char *buf;
  383. + {
  384. +       register char *p = buf, *q = buf;
  385. +       register int n;
  386. +
  387. +       if (__mint)
  388. +               return write(fd, p, count);
  389. +       while (42) {
  390. +               while (*q++ != '\n' && count)
  391. +                       --count;
  392. +               if ((n = q-1-p) > 0) {
  393. +                       if ((n-= write(fd, p, n)) > 0)
  394. +                               return q-1-n-buf;
  395. +               }
  396. +               p = q;
  397. +               if (--count < 0)
  398. +                       return p-1-buf;
  399. +               if (!write(fd, "\r", 1))
  400. +                       return p-1-buf;
  401. +               --p;
  402. +       }
  403. + }
  404. + #endif
  405.  
  406.   /*
  407.    * Flush buffered output.
  408. ***************
  409. *** 133,139 ****
  410. --- 165,175 ----
  411.         n = ob - obuf;
  412.         if (n == 0)
  413.                 return;
  414. + #if MINT
  415. +       if (xwrite(1, obuf, n) != n)
  416. + #else
  417.         if (write(1, obuf, n) != n)
  418. + #endif
  419.                 screen_trashed = 1;
  420.         ob = obuf;
  421.   }
  422. diff -c c:/gcc/lib/console.c lib/console.c
  423. *** c:/gcc/lib/console.c        Sat Apr  6 00:39:12 1991
  424. --- lib/console.c       Fri Sep 20 03:04:46 1991
  425. ***************
  426. *** 6,11 ****
  427. --- 6,12 ----
  428.  
  429.   #include <osbind.h>
  430.   #include <mintbind.h>
  431. + #include <basepage.h>
  432.   #define CTRL(x) (x & 0x1f)
  433.  
  434.   extern int __mint;
  435. ***************
  436. *** 16,26 ****
  437. --- 17,38 ----
  438.   _console_read_byte(fd)
  439.         int fd;
  440.   {
  441. +       int stdin, ch;
  442.  
  443.         if (__mint) {
  444.                 return Fgetchar(fd, 0);
  445.         }
  446. + #if 0
  447. +       /* this is no good esp because characters tend to get lost
  448. +          in GEMDOS buffers then... */
  449.         return Bconin(2);
  450. + #else
  451. +       stdin = _base->devx[0];
  452. +       _base->devx[0] = fd;
  453. +       ch = Crawcin();
  454. +       _base->devx[0] = stdin;
  455. +       return ch;
  456. + #endif
  457.   }
  458.  
  459.   void
  460.  
  461. ------------------------------
  462.  
  463. Date: 10 Nov 91 08:12:38 GMT
  464. From:
  465.  noao!asuvax!cs.utexas.edu!sun-barr!lll-winken!aunro!ersys!mforget@arizona.edu
  466.  (Michel Forget)
  467. Subject: Misc Questions
  468. To: Info-Atari16@naucse.cse.nau.edu
  469.  
  470. healy@cod.NOSC.MIL (Mike Healy) writes:
  471.  
  472. > 1) How can I determine how much memory I have left when I am running a
  473. >       program? I would prefer to examine some globals, not malloc
  474. >       until malloc fails and then free it back again.
  475.  
  476. > Mike Healy
  477.  
  478. You can pass Malloc a -1 value, and the value it returns to you will be
  479. the ammount of free memory left that you can allocate.  Normally that
  480. value would be the address of the memory that has been allocated, but it
  481. is changed in this special case.
  482.  
  483. I hope this helps you out.
  484.  
  485.  
  486. <<  ------------------------------------------  >>
  487. <<        mforget@ersys.edmonton.ab.ca          >>
  488. <<     ersys!mforget@nro.cs.athabascau.ca       >>
  489. <<               Michel Forget                  >>
  490. <<  "Do not meddle in the affairs of Wizards,   >>
  491. <<  for they are not happy campers!" - UNKNOWN  >>
  492. <<  ------------------------------------------  >>
  493.  
  494. ------------------------------
  495.  
  496. Date: 10 Nov 91 18:52:18 GMT
  497. From:
  498.  noao!asuvax!cs.utexas.edu!wupost!psuvax1!psuvm!frmop11!barilvm!technion!phr00jg
  499.  @arizona.edu (Jacques J. Goldberg)
  500. Subject: PD or shareware Fortran Compiler out there
  501. To: Info-Atari16@naucse.cse.nau.edu
  502.  
  503. It had been announced in this net a few months ago.
  504. Potential user, better check your new software on thorough test cases.
  505. Also, having taken a class in numerical analysis before wasn't lost time,
  506. on the contrary.
  507. Indeed, I quickly have given up an attempt to port some (large) program
  508. with it, after a few first surprises with some calculations.
  509.  
  510. If your job with this compiler fails, there is another feat which might
  511. help: the f2c Fortran-to-C converter found with ftp to netlib@research.att.com
  512.  
  513.                                                 Jacques
  514.  
  515. ------------------------------
  516.  
  517. Date: 10 Nov 91 19:17:33 GMT
  518. From: noao!ncar!unmvax!nmt.edu!eahsnsr@arizona.edu (Eric A. Hobbs)
  519. Subject: PD or shareware Fortran Compiler out there
  520. To: Info-Atari16@naucse.cse.nau.edu
  521.  
  522. >jbunch@isis.cs.du.edu (John Bunch) writes:
  523. >
  524. >>In article <LUPUS.91Nov4124036@sol.cs.uni-sb.de> lupus@cs.uni-sb.de (Markus
  525.  Wolf) writes:
  526. >>>Hi Folks,
  527. >>>
  528. >>>is there a PD or shareware version of a FORTRAN77 Compiler out there in
  529. >>>netland. Please, post me a server.
  530. >>>
  531. >>>     Lupus
  532. >
  533. >>I seem to recall on on the aim disk.  If you want I can post it to
  534. >>comp.binaries.atari.st and atari.archive.  Give me a couple days..
  535. >
  536. >>John
  537. >
  538.  
  539.  
  540.  
  541. Hey!  There is already a FORTRAN compiler at atari.archive  (terminator).
  542.  
  543. In the atari/languages directory it is the file bcf.lzh.  It is a
  544. German product, but there is an English TeX document in it that
  545. translates all of the German error and status messages.
  546.  
  547. I would have posted this earlier if I had known that no one else would
  548. respond.
  549.  
  550. Thanks,
  551.  
  552. Eric A. HOBBS?
  553. eahsnsr@JUPITER.nmt.edu
  554.  
  555. ------------------------------
  556.  
  557. Date: 10 Nov 91 18:17:11 GMT
  558. From: psinntp!rodan.acs.syr.edu!ggreenbe@uunet.uu.net (Gerald Greenberg)
  559. Subject: Print Spoolers for Spectre?
  560. To: Info-Atari16@naucse.cse.nau.edu
  561.  
  562. It's been a while since I've seen this discussed, so I thought
  563. I'd give it a shot again:  are there any Mac print spoolers
  564. that work with Spectre?  From what I can tell, there didn't
  565. use to be...I was just wondering if anything new has changed
  566. this situation over the past months.
  567. --Gerry
  568. ggreenbe@rodan.acs.syr.edu
  569.  
  570. ------------------------------
  571.  
  572. Date: 10 Nov 91 23:52:48 GMT
  573. From:
  574.  noao!ncar!asuvax!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!hri.com!n
  575.  oc.near.net!news.cs.brandeis.edu!chaos.cs.brandeis.edu!acleasby@arizona.edu
  576.  (Andrew Cleasby)
  577. Subject: SCSI info needed
  578. To: Info-Atari16@naucse.cse.nau.edu
  579.  
  580. I need some net.info on using a SCSI drive on the ST.
  581.  
  582. I've got a SCSI case, power supply, etc., a bare SCSI drive, and a
  583. Host Adaptor.
  584.  
  585. The info I need is:  what is a SCSI terminator? Is it a jumper?  What
  586. will happen if I try to use the drive without one?
  587.  
  588. If I do need one, where am I likely to find one?  (ie Electronics stores)
  589.  
  590. Thanks in advance.
  591.  
  592. ===============================================================================
  593. Andrew Cleasby                     (__)                  "Pie's never free."
  594. acleasby@chaos.cs.brandeis.edu     (@@)                         -SNL
  595. st890550@pip.cc.brandeis.edu        \/  Moo.      cleasby@binah.cc.brandeis.edu
  596. ===============================================================================
  597.  
  598. ------------------------------
  599.  
  600. Date: 10 Nov 91 09:37:02 GMT
  601. From: noao!ncar!elroy.jpl.nasa.gov!swrinde!mips!apple!well!dsmall@arizona.edu
  602.  (David Small)
  603. Subject: SST, MegaTalk, Gadgets Updates
  604. To: Info-Atari16@naucse.cse.nau.edu
  605.  
  606. It's been awhile since I've been able to slack off from fulltime SST work
  607. and get to the Net (*alas!*). The recent HackerCon reminded me ..
  608.  
  609.         First, the direct link to Gadgets has died. For reasons only they
  610. know, our path (boulder.edu!tcr!gadgets) has been shut down at boulder.
  611. I have no interest in playing politics in Boulder, which is like bringing
  612. wheat to Nebraska.
  613.  
  614.         However this message reached you is thus the only known path to
  615. Gadgets. I will probably get a UUNET path, since they've got a "getaway
  616. special" that is hard to resist.
  617.  
  618.         Second, time to stamp out a rumour. We get % 5-10 inquiries per DAY
  619. regarding Spectre 3.1, particularly in Germany ... where can they get it,
  620. they have heard it is available. To be blunt:
  621.  
  622.                 Spectre 3.1 DOES NOT EXIST YET.
  623.  
  624.         Yes, we are working on it, but it is not close to release, and has
  625. not even reached Beta Test.
  626.  
  627.         Spectre 3.1 does this:
  628.  
  629.         a) Fixes (minor) bug on cached accelerators on machines with less
  630. than 4 megs of RAM, where the cache fools Spectre into thinking there are
  631. 4 megs. Nice going, cache designers. What does "No RAM there" imply?
  632.  
  633.         b) TT SCSI support. There seems to be some illusion that this is
  634. a bug in 3.0. In truth, we had 3.0 solid, "golden version", then the TT
  635. shows up. We could either support it a LITTLE BIT, whatever we could do
  636. fast, or forget it totally. TT SCSI is "real fun" <-- sarcasm and, for
  637. example, Atari USA can
  638. not even be bothered to give us some sample r/w sector code
  639. to save us time. Also, there's the braindread XGEM scheme to worry about,
  640. as opposed to the free-world Supra/ICD/BMD/etc partition scheme.
  641.  
  642.         c) System 7.0 will accidentally work on Spectre 3.1, emulating
  643. reality. I have no idea on 7.0.1 or whatever they are going to do. Someone
  644. at Apple needs a class in checking for error (Nil) returns from memory
  645. (Malloc equiv) calls.
  646.  
  647.         Spectre 3.1 WILL NOT DO APPLETALK, WILL NOT CURE ACNE, AND WILL
  648. NOT SOLVE SOFTWARE PATENTS.
  649.  
  650.         There is a chance, depending on the resident evil in the MMU,
  651. that 3.1 on a 68030 machine will allow Spectre to run in SST ...err, faster
  652. RAM.
  653.  
  654.         No decision has been made on that. We'll have Dan Moore flip a coin.
  655.  
  656.         Spectre 4.0 is in the gears.
  657.  
  658.         If someone cares to send me TT code that will reliably read/write
  659. the SCSI drives, they will probably get considerably more than chocolate
  660. chip cookies in their stockings this holiday season. With the SST and
  661. MegaTalk,
  662. I do not have much time for experimenting.
  663.  
  664.         Third: MegaTalk.
  665.  
  666.         Friday, November 8, Sandy, Jamie (age 3) and I picked up the first
  667. production run of MegaTalk boards. Looking good. We are busy with the
  668. details of combining them with a virus-free disk and manual and
  669. stuffing them into a box so attractive you can't resist.
  670.  
  671.         I hate to say it, but as usual, we're back ordered.
  672.  
  673.         Hence if you have a MegaTalk order in, have hope.
  674.  
  675.  
  676.         Fourth: SST
  677.  
  678.         The SST has been undergoing minor tuning, getting faster chips,
  679. that sort of thing. To the best of our knowledge, it is now dead solid
  680. to 40 Mhz, and if you want to shell out $3.50 (dollars) for a faster
  681. oscillator, that's up to you. I have run an SST for 12 days at 40 Mhz
  682. doing "Boink", which is a good exerciser, out of burst mode 32-bitRAM
  683. until the ST nearly shrieked of boredom. Looking good, folks.
  684.  
  685.         It is my personal commitment to start shipping SST's this week
  686. (in USA, that is Tuesday November 12, since Monday is a national holiday).
  687. We had a chip supplier give us some jellybean chips that were from a bad
  688. die, but that's not the end of the world; there are other suppliers that
  689. aren't lobotomized.
  690.  
  691.         Fifth: Spectre GCR for the TT & SST
  692.  
  693.         Some Spectre GCR's work wonderfully with TT's, like the ones we
  694. showed at CeBIT,in our lab, et al. Some apparently do not. Some empirically
  695. minded people found that yanking the TT RAM boards "made it better".
  696.  
  697.         There are a couple of bogus fixes for this that we have heard of.
  698. The problem is a race condition against address-rot (where the address
  699. lines fade from good values), as I understand it.
  700.  
  701.         The first is something about piggybacking a 7407 (?) on top of
  702. the one in the TT. I personally can't see why waving a dead chicken inside
  703. of a pentagon with black candles would make a difference, either, but maybe
  704. someone knows something I don't, particularly people that didn't design
  705. GCR. If someone has some valid reason that this should make a difference,
  706. drop me a line.
  707.  
  708.         The second, believe it or not, is to replace about every frickin'
  709. chip in the GCR with AS or F or S equivalents. Hey, that's great. You've
  710. got a bunch of TT's, all with different address rot timing, so we'll just
  711. speed up instead of fixing the REAL problem.
  712.  
  713.         The fix we KNOW works is to add a simple inverter piggybacked to
  714. another chip, clipping off all but 4 pins (power,ground, 2 active pins),
  715. and golly actually running 2 wires. The inverter changes where we strobe
  716. data in from the address bus, and works a heck of a lot better than
  717. waving the dead chicken. (And if you get the chicken near the candles,
  718. it smells like, well, fried chicken... more like burnt.)
  719.  
  720.         We GIVE THIS FIX INFORMATION AWAY. If you know what end of a
  721. soldering iron to hold you can prolly manage it. This is not heavy stuff.
  722.  
  723.         Again,if you have a working GCR on TT, Don't Fix What Works.
  724.  
  725.         We believe the reason the TT RAM board yanking worked is that with
  726. the TT RAM board in there, address rot happened faster, and the GCR latched
  727. data as bogus as <fill in witty entry, I'm fresh out>.
  728.  
  729.         In order to get the TT-GCR Fix data, IF YOU NEED IT, FAX
  730. USA (303) 791-0253, and please don't expect the return fax within
  731. microseconds.
  732. Things is awfully busy,or I woukldn't be up at 3:30 AM.
  733.  
  734.         I would post the actual chip numbers et al but Sandy doesn't want me
  735. to, and that's reason enough. Ever argue with a mad wife?
  736.  
  737.         Sixth:
  738.  
  739.         Our wonderful Barbara, who was with us from the launch of Gadgets,
  740. has gone to her life's dream of living in Jamaica. Those of you who have
  741. talked
  742. to her know. Please don't bother addressing things to Barb.
  743. "Dave", "David", "Hey, You", "Geeker Geek" -- they
  744. will all work.
  745.  
  746.         We will all miss Barb a very great deal!
  747.  
  748.         So, things are going well, the things izz actually getting out
  749. the door, and software is progressing along.
  750.  
  751.         If you could, spread the word that 3.1 doesn't exist (yet).
  752. We're awfully tired of being told it does, and getting the Evil Conspiracy
  753. Treatment For Not Giving It To Them Right There.
  754.  
  755.         And that's not even the dumbest rumour floating around.
  756.  
  757.         Thank you. We return you to your regularly scheduled signal to noise.
  758.  
  759.         David Small
  760.  
  761.         I suppose I have to say I'm an engineer for legal reasons
  762.  
  763.         Gadgets by Small, Ink
  764.  
  765.         40 W Littleton #210-211, Littleton, CO 80120
  766.  
  767.         FAX: (303) 791-0253 USA, Telly: (303) 791-6098 Mon-Wed-Fri ONLY
  768.  
  769.         Genie: DAVESMALL                Genie: DAVESMALL & RT     CIS:
  770. 76606,666 & RT   PastLives: Mule, Cow
  771.  
  772. "I'd put a witty saying here, but I'm not really that clever".
  773.  
  774. ------------------------------
  775.  
  776. Date: 11 Nov 91 00:35:19 GMT
  777. From: noao!asuvax!cs.utexas.edu!samsung!caen!b-tech!ais.org!plucky@arizona.edu
  778.  (Chris Adamson)
  779. Subject: stupid SX212 modem question
  780. To: Info-Atari16@naucse.cse.nau.edu
  781.  
  782.         I've lost the manual for my Atari SX212 (Hayes-compatible), so
  783. could someone e-mail me the command used to set the modem to auto-answer?
  784. I thought it was "ATAA"... wrong!
  785.  
  786.         If possible, I need this info tonight.  Thanks in advance.
  787.  
  788.     =================================================================
  789.    / Chris L. Adamson    / This message has cost the net hundreds, /
  790.   / Michigan State U.   /  if not thousands, of dollars to send.  /
  791.  / Telecomm Production / --------------------------------------- /
  792. / M.A. student        / plucky@irie.ais.org , plucky2(Amer. O-L)/
  793. ================================================================
  794. DISCLAIMER:  MSU wishes it could be so erudite and clever...
  795.  
  796. ------------------------------
  797.  
  798. Date: 10 Nov 91 20:19:29 GMT
  799. From: fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!mc4c+@sei.cmu.edu
  800.  (Mark Choi)
  801. Subject: Video Toaster
  802. To: Info-Atari16@naucse.cse.nau.edu
  803.  
  804. First, let me preface this by saying that I actually like the Amiga, it
  805. is just some of it's more pious followers that I can not stand.
  806.  
  807.  
  808.         OK. All those holier than thou, stick up the butt, my machine is better
  809. than your machine, poop heads who have been touting the Video Toaster
  810. from Newtek to be the final argument as to why the Amiga was, and would
  811. always be, a better machine than any other, and that such hardware would
  812. never be available to the lowly users of other machines, can now shoot
  813. themselves. Preferrably in the head, but the foot would do nicely,
  814. thanks.
  815.         It is now official. Newtek has announced realease of the PC MS-DOS
  816. version of the Video Toaster, for IBM PC's and compatibles. Can an ST
  817. version be all that far behind? Or a mac version, for that matter? Once
  818. that arrives, along with the Lexicor software, and a 24 bit board, it
  819. would make one damn cheap video system, even cheaper than the Amiga. And
  820. when MTOS comes out, the last claim to fame of the AMI-OS, assuming that
  821. MTOS is what it is claimed to be, will be gone as well. All this relies
  822. a bit oin speculation about the Atari side, but even still, it is nice
  823. sometimes to burst the bubble of the overly pious by reminding them that
  824. the rest of the world moves on.
  825.         Here's to Newtek, and to forward thinking.
  826.  
  827.  
  828. mark
  829.  
  830.  
  831. All hail the guru, and the interlace video headache.
  832.  
  833. ------------------------------
  834.  
  835. Date: 10 Nov 91 21:32:49 GMT
  836. From: mcsun!unido!opal!muellers@uunet.uu.net (Stefan Mueller)
  837. Subject: What Is Adspeed STe?
  838. To: Info-Atari16@naucse.cse.nau.edu
  839.  
  840. In article <93562@bu.edu> selick@bucsf.bu.edu (Steven Selick) writes:
  841. >
  842. >I saw a recent posting that talked about 'Adspeed STE'. What is it, what
  843. >are the specs, what's needed for installation, and how much does it
  844. >cost?
  845.  
  846. Adspeed ST and Adspeed STE from ICD (known for their SCSI-Interfaces)
  847. is a 16-MHz Tune-Up kit for the Atari ST/STE. Itm ainly consists of
  848. a 16-MHZ CPU, which is soldered onto the back of the old CPU, which
  849. is not used anymore. For games etc. you can switch back to 8 MHz.
  850. Price in Germany is around 400 DM. That makes something like 250 US $.
  851.  
  852. steve.
  853.  
  854. muellers@cs.tu-berlin.de
  855. steve@hwsw.gedas.de
  856.  
  857. ------------------------------
  858.  
  859. Date: 10 Nov 91 18:14:31 GMT
  860. From: psinntp!rodan.acs.syr.edu!ggreenbe@uunet.uu.net (Gerald Greenberg)
  861. Subject: WordPerfect 2.x for the Mac (via Spectre)
  862. To: Info-Atari16@naucse.cse.nau.edu
  863.  
  864. When WordPerfect 2.0.1 came out for the Mac, I posted to the
  865. net about how slow the program was on Spectre and about how
  866. the date/time stamp would crash Spectre.  Well, there are now
  867. newer versions around, i.e. 2.0.2 and 2.0.3.  Both of these
  868. are much faster than 2.0.1, making it almost nice to use
  869. WordPerfect.  Also, the newer versions don't seem to crash
  870. when I insert the time/date stamp (actually, I'm not sure
  871. about 2.0.2, since I replaced it with 2.0.3 rather quickly).
  872. Anyway, I just thought some of you out there might be
  873. interested in the program, now that the performance is a bit
  874. better (educational price is below $150, I believe).
  875. --Gerry
  876. ggreenbe@rodan.acs.syr.edu
  877.  
  878. ------------------------------
  879.  
  880. End of Info-Atari16 Digest
  881. ******************************
  882.